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PERFORMANCE AND SCALABILITY 

5 Cross Reference to Related Applications 

This application claims the benefit of U.S. provisional application Serial No. 60/256,594 
filed on 12/19/2000 and entitled METHODS AND TECHNIQUES FOR DELIVERING 
RICH JAVA APPLICATIONS OVER THIN- WIRE CONNECTIONS WITH HIGH 
PERFORMANCE AND SCALABILITY which is commonly assigned and the contents 
10 of which are expressly incorporated herein by reference. 

Field of the Invention 

This invention relates to computing architecture, and more particularly to a method and 
apparatus for running applications business logic on a backend server, with the 
1 5 presentation layer of the application handled on the client device, and communications 
between the presentation layer and business logic layer via messages based on formats 
such as XML. 

Background of the Invention 

20 The rapid growth of the web, including the Internet and the wireless web, brings 
tremendous challenges as well as opportunities. Though web-centric computing seems to 
be the inevitable future, there are great challenges not yet answered which include: 

• The capability to support compelling applications within unpredictable network 
environments. 

25 • The overwhelming complexities of web application development and deployment. 

• The rapid growth and divergence of client environments including web browsers, 
PDAs, Handheld computers, and so on. 

Accordingly, there is a need for an enabling platform that, for the first time, enables 
developers to write programs for one platform and deploy them anywhere, i.e., to any 
30 device in any environment, while empowering these programs with unmatched richness 
and performance even over thin network connection. 




Summary of the Invention 

In general, in one aspect, the invention features a method for delivering one or more 
applications over a network in which the business logic of the application is running on 
5 the backend server, and the user interface of the application is rendered on a client-device 
who is connected to the backend server via a network. The Graphics User Interface API 
and event processing API of the application are implemented to be network-aware instead 
of being local machine centric as traditional GUI APIs. The method includes the 
following steps. Running an application on the backend server. The application in turn 

10 invokes GUI API to present its user interface, however, the network-aware GUI API is 
invoked. Next, the network aware GUI API translates the application's presentation layer 
information into a pre-determined format based messages which describes the Graphical 
User Interface, event processing registries and other related information. Such 
information describes the presentation layer of the application in a high level, object 

15 level, which minimizes network traffic. Next sending such messages to the client device 
via a network. Next, processing the messages and rendering the user interface by a client- 
side program, which delivers the best possible user experience for that device according 
to the capability of the specific client device. Next, transmitting necessary user input and 
client-side events back to the server by the client-side program via a predetermined 

20 protocol. Next, processing the user input and client-side events on the backend server, 
translating such events and inputs as if they were locally generated, and sending such 
translated events and inputs to the application for processing. Next, encoding and routing 
the output of the application to the client device using the predetermined messaging 
format. Finally, further processing the output by the client-side program to refresh the 

25 Graphical User Interface thereat. 

Implementations of this aspect of the invention may include one or more of the following 
features. The Graphics User Interface API and event processing API may be Java 
Foundation Classes (including Swing, AWT and so on). The client-side program may be 
30 a computer program based on Operating System's API, such as Windows API, X 
Windows API and so on. The client-side program may be a wireless device program 
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written using the device's Operating System's API, such as Palm API and Windows CE 
API. The client-side program may be a Java program written using Java API. The JAVA 
API may be AWT, Personal Java, Java 2 Micro Edition based GUI API or Java Swing. 
The predetermined protocol may be HTTP, HTTPS, WAP or a proprietary protocol. The 
5 predetermined messaging format may be based on XML or a proprietary format. The 
network may be the Internet, a wireless network, or a local area network. The local area 
network may be a bandwidth-limited slow speed network. The client device is selected 
from a group including workstations, desktops, laptops, PDAs, wireless devices and other 
edge devices. The server and the client device may be combined into one entity. 

10 

In general, in another aspect, the invention features a server-side API based programming 
model for network programming, which frees or greatly simplifies the complexity of 
network programming by freeing developers from client-side issues. The presentation 
layer of the application is written using this server-side API. The business logic layer and 
15 data layer of the application is written using other appropriate server-side technologies. 
The supporting infrastructure of this server-side API sends the application' user interface 
information to the client-side device for presentation, handles communications problems, 
renders the application's user interface and dispatches necessary user input events back to 
the server for processing. 

20 

In general, in yet another aspect, the invention features a method and a system for 
delivering existing Java applications over the network without modification of the 
application's code and without downloading the application to the client side. The system 
re-implements standard Java GUI APIs such as AWT and Swing into a network-aware 

25 implementation without changing the APIs, enabling existing Java applications to run on 
this network-aware GUI API without modifications. The Java application runs 
completely on the server-side. The network-aware API translates and delivers the 
application's presentation information into short messages based on formats such as XML 
via a certain communication protocol. The system's client-side program that understands 

30 these messages interprets and renders the user interface of the Java applications, 
essentially produces the look and feel of the application as if the entire application is 
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running on the client device. The client program further interacts with the user, 
dynamically updates the user interface and sends necessary user inputs back to server for 
processing. The system's server program receives such user inputs, translates them into 
Java compatible user inputs, such as Java events, and further routes such user inputs to 
5 the Java application for processing. The output of the Java application's processing is sent 
to the system's client program, which updates the user interface of the application. 

In general, in yet another aspect, the invention features a method and a system for 
delivering the same application over some network to multiple devices, maximizing the 

10 user experience of each device by best leveraging the specific capability of each device, 
without rewriting the application specifically for each device. The system runs the 
application on the server side. The system's server-side program translates and delivers 
the presentation information of the application into messages based on selected format 
such as XML. Such messages contain high level description of the application's user 

15 interface. Such high level, instead of pixel level or graphics primitive level description, 
gives sufficient flexibility in interpretation without losing the gist of the information. 
Specific client-side programs are built for each specific client device leveraging the 
special features of each device. This client-side program interprets these messages and 
renders the user interface of the applications in a way that is best optimized for the client 

20 device, delivering the best user experience possible on that specific client device. The 
client-side program accepts user inputs, update the user interface, and sends necessary 
user inputs back to the server. The system's server program receives such user inputs, 
translates them into application compatible user inputs, and further routes such user 
inputs to the application for processing. The output of the application's processing is sent 

25 to the system's client program, which updates the user interface of the application 
accordingly. 

Among the advantages of this invention may be one or more of the following. No code 
modification is required for existing Java applications. High performance computing over 
30 low bandwidth or long latency network connections. Compatible with existing Java 
application server environments. "Develop Once, Deploy Anywhere": the same Java 
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application can run over many different kind of client devices from PC to PDA to 
Handheld computers, without re coding. Java applications running on this system will be 
extremely scalable. A single server can handle thousands of users. 

5 The details of one or more embodiments of the invention are set forth in the 
accompanying drawings and description below. Other features, objects and advantages of 
the invention will be apparent from the following description of the preferred 
embodiments, the drawings and from the claims. 

10 Brief Description of the Drawings 

Referring to the figures, wherein like numerals represent like parts throughout the several 
views: 

FIG. 1 is an overview diagram of the Nexel Platform architecture; 

15 

FIG. 2 is a block diagram of the Nexel Server; 

FIG. 3 is a block diagram of the Nexel Server interfacing with a Servlet Engine via the 
Nexel Servlet; 

20 

FIG. 4 is a block diagram of the Nexel Server interacting with a standard Java 
application; 

FIG. 5 is a block diagram of the Nexel Swing components; 

25 

FIG. 6 is a block diagram of the Nexel Layout manager; 

FIG. 7 is an overview diagram of an enterprise-scale deployment of the Nexel Platform; 
30 FIG. 8 is an overview diagram of the Nexel Client Kernel architecture; 
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FIG. 9 is a block diagram of the Client component hierarchy. 

FIG. 10 is a block diagram of the Nexel classes including core classes (package 
com. nexaweb. core), package com.nexaweb.net, the layout manager and additional 
5 classes; 

FIG.l 1 is a block diagram of the package com.nexaweb.plaf.ee; 
FIG. 12 is a block diagram of the package com.nexaweb.plaf.pc; and 

10 

FIG. 13- FIG. 20 depict an example an implementation of the Nexel Core Classes. 

Detailed Description of the Invention 

15 Nexel Server (or, Nexel Presentation Server) is the core of the Nexel Platform. The 
functionalities of Nexel Server for Java are: 

• To manage and execute Java applications on the server; 

• To adapt the User Interface (UI) of these Java applications according to the 
capability of the client environment, such as screen size and client computing 

20 power. 

• To deliver the User Interface (UI) of these Java applications to the client 
computer over network; 

• To dispatch user events from the client device to corresponding applications. 
The engineering goals of Nexel Server for Java are: 

25 • Compatibility with existing applications: Nexel Server is compatible with existing 

Java applications and is able to run existing Java applications without code 
modification; 

• Zero learning curve: the Nexel Platform does not change how developers write 
programs and does not require developers to learn anything new. Existing 

30 Enterprise Java Bean (EJB) components, application server environments, 

database and so on can be used without change. 
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• Extreme scalability: each Nexel Server is able to run several thousands of Java 
applications concurrently. 

• High performance: The Nexel Platform can deliver native-like performance over 
any network connection. 

5 • Compatibility with Java 2 Enterprise Edition (J2EE) Application Server 

environments: Nexel Server is able to run together with J2EE Application Servers 
in a plug&play fashion. See white paper "The New Economy Enterprise 
Computing Architecture" for how Nexel Server and J2EE Application Server are 
complementary to each other in the new economy enterprise computing. 
10 To achieve these goals, Nexel Server design takes the following approaches: 

• A thread-based computing model (or, a service model). Each event handler in an 
application is invoked as a separate thread that dies after the event handling is 
finished. This is exactly the model that Java Servlet is using. Java Servlet has 
been used in major web sites for handling millions of hits a day. It is a proven 

15 scalable solution; 

• Some of the state information is maintained on the client side. This releases server 
from maintaining all the information in memory; 

• Multiple Java Virtual Machines (JVM) are utilized for large scale computing. 
These JVMs can be on different machines. As a result, they form a server farm 

20 that can scale to any requirement. 

Nexel Server Kernel conforms to the Java Servlet API Specification. It can run within a 
web container from any J2EE application server. 

25 1. Nexel Platform Architecture 

Nexel brings an innovative approach to application delivery. Applications are developed 
using Java and standard J2EE platform. Once these applications are deployed with the 
Nexel Delivery Server, they can be used anywhere on the web. The Nexel Delivery 
30 Server will present application UI on the client machine. The general architecture of the 
Nexel Platform 100 is shown in Figure 1. Nexel consists of two parts. The server side 



7 



:L110l:IL:7 , .i. S3 « DSJIOO 



part 120, that includes a "Delivery Server" 122. Its main responsibility is to interact with 
the application and extract its UI and communicate with a client part. The client side part 
110, that includes a "Client Kernel" 114. Its main responsibility is to recreate an 
application UI 112 based on instructions from the server. Both these parts are described 
5 in detail in the following sections. 

The Nexel server 122 works with any web server 124 that supports a servlet interface. It 
runs on top of the J2EE platform 126, which can be run on the Linux 128, Windows NT 
127, Unix 129, Solaris, and HP-UX operating systems, among others. On the client side 
10 110, players may be included for playing these applications. These players may be 
implemented on the Windows platform 102 with Internet Explorer 104 and Netscape 106 
browsers. Also a proprietary player may be included in a Windows CE platform 103. 

In addition to the delivery platform, we also offer the following tools: 

15 



Development Tools 


Layout Manager 


Deployment Tools 


Migration Tools 


Code Analyzer 



Each of these deliverables is described in detail in following sections. To understand the 
function of all these parts it is important to understand how applications are developed 
and deployed. 

20 2. Application Development and Deployment Process 

Nexel utilizes the existing process of developing applications for J2EE platform 126. In a 
three-tier architecture of an application 118 that includes data 115, business logic 116 and 
a UI 117, the data tier and business logic tier development process remain unchanged. 
25 You can use any database or file system as data tier and you can develop the business 
logic using Enterprise Java Beans or any other Java technology or technology which can 
be called from Java. The UI layer has to be developed using Java Foundation Classes 
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(JFC) and Java. Many existing applications that use JFC for their UIs can be run in the 
Nexel environment without any modification. We also produce migration tools for 
identifying problems in running existing code in the Nexel environment. The typical 
process for developing and deploying includes the following steps: 

5 

a. Develop the data layer using enterprise databases and file systems. 

b. Develop business logic using enterprise Java beans or using any other technology 
that can be called using Java. 

c. Develop the application UI using Nexel' s JFC. You can use Layout Manager to 
10 layout your screens at this point. Decide which events to process and connect the 

Graphical User Interface (GUI) to business logic. At this point you can use 
Nexel' s validation objects to process events on the client side. 

d. Install the Nexel application on the server using the Install Tool. You can 
customize the application UI for different client platforms using the Layout 

15 Manager. You can save these customizations into different files. 

3. Application Launching and Communication. 

It is also important to understand how applications are launched in Nexel environment. 
Referring to FIG. 2, communication between Delivery Server 122 and Client Kernel 114 

20 go through the Web server 124 using standard HTTP/HTTPS protocol 133. A socket- 
based communication 135 may also be implemented for synchronous connection with the 
server. An application developer is able to choose the approach at development time. The 
sequence of events that occurs when a user wants to launch an application are: 
1 . User opens up the browser 

25 2. User types in URL for the login HTML page. This page includes two items 

a. User Name 

b. Password for the user. 

Once the user enters the data, the form is submitted to the server. The server 
checks the user name and password and sends a page with available 
30 applications. 
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Each application has link setting with two query strings 

a. Application Name 

b. User Name 

The URL for each application will look like this 

htt p://websitenameAJIServerServlet?Application=ApplicationName&User=U 
serName . 

Web servers that utilize servlet-programming models are supported. UI 
ServerServlet may be installed on the web server and will provide 
functionality to pass the message from client to UI Server. Once the user 
clicks on an application URL it is passed on to the server. 

Once the Nexel server receives commands to launch an application it will go 

through the following steps 

a. It will instantiate the application. 

b. Nexel server will also detect the type of client, which is invoking of the 
application and pass on to the application. 

c. A unique instance id will be assigned to application instance and pass on 
to the application. 

d. The application will run and it will talk to Nexel JFC API and create its 
UI. Nexel API will create a UI record format depending on the client type. 
At the end a record will be generated describing UI of the application. 

e. Nexel server encrypts the record if secure communication is used. 

f. Nexel server will respond to the user with the UI record. 

Once the Client Kernel receives the UI record it will go through the following 
steps 

a. The client communication manager will read the UI record. It will decrypt 
the record if necessary. 

b. The client will read and parse the UI record. 

c. The client will convert the record into various UI commands and create 
the necessary components. Fill them with the data provided and setup 
event-monitoring mechanism. 

d. The application is now displayed on the client screen 

10 



The Client Kernel will then monitor for all the events. When an event occurs it 
will find out whether it has to take any action. The action could be in two forms. 

a. Run the specified code on client side itself for that event. The code is 
specified using validation controls. 

b. Notify the server of the event. 
The Client Kernel will take necessary action depending on the Application. If the 

event has to be notified to the server then the event processing happens on 
the server side. The server goes through the following steps once it 
receives the notification. 

a. The server executes the method in the application, which is monitoring the 
events. 

b. The server will monitor all the UI changes and converts them in UI record 
format. 

c. It responds to the Client Kernel with that. 
The client Kernel then goes through the process of updating UI. See steps 5. a 

through 5.d for details. 
When user quits the application Client Kernel shuts down and notifies the server. 
When the server receives a message to quit it shuts down the application instance. 

20 When Synchronous communication is a requirement, the UI server includes a port 
number to which the client needs to establish the connection. Before creating any UI it 
connects to this port. Once the socket connection is established it is used for 
communicating later. 

4. Nexel Delivery Server. 
25 4.1 Platforms. 

Nexel Server is implemented using Java technology. It supports all the major web servers 
on major platforms, including Microsoft Internet Information Server (IIS) on Windows, 
Apache Web Server on Windows, Solaris, HP-UX, AIX, and Linux, Java Web Server on 
Windows, Solaris, AIX, and Linux, and Netscape Enterprise Server on Solaris, Windows, 
30 Linux, HP-UX, and AIX . 



5 
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4.2 Nexel Server Architecture 

Nexel Server 122 includes five sub systems 132, 134, 136, 138, and 140, shown in Figure 
2. Their core functionalities are shown in the following table 1. Note that two sub 
systems, Web Server Adapter 132 and Java Servlet Engine 134, are standard and 
5 available freely. Open source code, such as Tomcat/ Jakarta project from Apache 
Software Foundation, may also be used. A simplified Java Servlet Engine, a simple Java 
Web Server, and adapters from IIS, Apache, Netscape Web Server, are included as part 
of our product. 

10 TABLE 1 



Name 


Functionality 


Note 


Web Server 


Communicates with the Java 


We can also use 


Adapter 


Servlet Engine, such as routing 


Java Web Server 


(132) 


requests to and responses from 


from the Tomcat 




the Servlet Engine. 


Project. 


Java Servlet 


Provides a standard interface for 


The Servlet 


Engine 


Nexel Server Kernel to interface 


Engine can be any 


(134) 


with web servers. This standard 


Servlet Engine, 




interface is Java Servlet API. 


such as Jrun and 




Provides thread management 


WebLogic. 




capability. Including: 1). 


We can also use 




Maintaining a thread pool; 2). 


Tomcat/JWSDK. 




Assigning or creating a thread to 






each request, and invokes the 






"service" method in Nexel 






Server Servlet from this thread. 




Nexel Server 


Instantiates other Nexel 


Written entirely in 


Kernel 


components such as 


Java. 


(136)' 


AppManager, 
ConnectionManager, 





12 



:!!JOil):l.^ : ' ;j..:\5 ,„ o El'! ,1, 90 3 





EventManager and so on. Keeps 






these components within 






memory all the time; 






Launches applications; 






If necessary, launches another 






Nexel Server. 






Event (comes from Servlet 






requests) dispatching. 






Generates and sends application 






user interface description into 






Servlet responses. 






If necessary, re-do application 






user interface layout according 






the client display characteristics. 




Nexel Network 


Accepts and creates synchronous 


Written entirely in 


Engine 


socket connections to clients 


Java. 


(138) 


directly, by passing the Servlet 


Open source code 




Engine and Web Server; 


from Tomcat 




Thread management: Maintain a 


project can also 




separate thread pool. Whenever 


be used. 




a new request is received, creates 






a ServletRequest and a 






ServletResponse object, calls the 






Servlet "service" method within 






a separate thread; returns this 






thread back to thread pool after 






the "service" method returns; 






Communicates with other Nexel 






Server instances within other 






Java Virtual Machines through 






socket connections. The goal of 
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such communication is to route 
requests/responses to different 
JVMs such that one JVM won't 
be overloaded. 




Monitoring and 


The Monitoring and 




Administration 


Administration Service is 




Service 


responsible for keeping track of 




(140) 


information about an 






Application Instance. Following 






information needs to be tracked. 






a. Application Name. 






b. Application Instance 






; Identifier. 






c. User accessing the 






application. 






d. Client machine 






information. 






I. Machine IP 






II. Device Type. 






III. Connection Speed. 






e. Application start time. 






f. Application last access 






time. 






g. Memory usage. 






h. Active Screen Name 





Nexel Server Kernel 136 is composed of three major parts: 
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4,2.1 Nexel Core Classes 

Nexel(com.nexaweb.server.Nexel), 

AppManager,EventManager,JVMManager,UIManager, 

ConnectionManager,PerformanceManager. 

5 

Class com.nexaweb.server .Nexel 202: This class is the main class. This class extends 
javax.servlet.GenericServlet. As a result, it should run with any Java Servlet Engine. 
Figure 3 gives an overview of the functionalities of this class. 

10 Class com.nexaweb. server. AppManager: This class manages all the applications within 
this Java Virtual Machine. Each application is represented as an instance of Class 
com.nexaweb. server.Application. AppManager maintains a table of applications that can 
be searched by application ID. It also provides methods for getting the current 
application. 

15 

Class com.nexaweb.server.Applicatiom This class maintains the persistent data between 
different threads within one application. It maintains the application ID, a Hashtable of 
components(Objects) that each component can be located by a unique component ID, a 
Hashtable of event listeners that each listener can be located by a component ID and an 
20 event ID. EventManager and other objects will use these IDs to get access to their 
interested objects. The Application class should also maintain an event queue for 
processing events coming from different threads. See 4.3 Thread-based computing for 
further information. 

25 Class com.nexaweb.server.EventManager: this class maintains a map between event ID 
and the actual event type. It also does the actual event dispatching: for a ServletRequest, 
it retrieves appid (application ID). Then it finds the application instance from 
AppManager by using the appid. It also retrieves the event ID and component ID from 
the ServletRequest. As last, it constructs corresponding Java Abstract Window Toolkit 

30 (AWT) or Swing events and sends the event to the Application object for processing. 
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Until the Application object finished the event processing, EventManager should make 
the current thread idle instead of returning to its caller. After the Application object 
finished processing this event, the current thread will be destroyed (or recycled). 

5 Class com.nexaweb. server. J VMManagen this class maintains a Hashtable of running 
Java Virtual Machines (each of which has Nexel Server running). The key to the 
Hashtable is the IP address of the host where the JVM is running and the main port 
number that the Nexel Network Engine is assigned to listen to during its startup. During 
event processing, Nexel servlet first check whether this event is for the current JVM. 

10 Otherwise it will simply routes the ServletRequest to the corresponding JVM. This class 
provides methods for setting/getting JVM id and methods for routing requests to different 
JVMs. 

Class com.nexaweb. server.ConnectionManager: This class maintains a Hashtable of 
15 ServletResponse instances. Each instances corresponds to a socket communication 
channel. Each instance can be uniquely located by the name of the thread that this 
instance belongs to. This class is necessary because the ServletResponse instance cannot 
be passed to event handlers and UI Objects directly. Event handlers and UI Objects 
should use this class to find the socket to send information to clients. 

20 

Class com.nexaweb. server. UIManager: This class is a replacement of 
javax.swing.UIManager. It loads a UI class corresponding to the client platform for 
painting. 

25 Class com.nexaweb.server.PerformanceManager: This class provides methods for 
gauging the performance level of the current JVM. Methods in the class will be used for 
developing monitoring applications and making load balancing decisions. For example, if 
the performance level of the current JVM is below a certain threshold, the Nexel servlet 
may simply creates a new JVM for handling additional user applications. 

30 One implementation of the above classes is shown in Tables 46-48. 
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4.2.2 Nexel Java Foundation Classes 

Java Foundation Class, or JFC, is a loose collection of standard Java APIs for client-side 
graphics; graphical user interfaces (GUIs), and related programming tasks. They are the 
foundation classes in the sense that most client-side Java applications are built upon these 
5 APIs. More in detail, JFC includes the following parts: 

1. AWT. The Abstract Window Toolkit initially introduced. AWT is the foundation of 
Swing. 

2. Swing. Swing is an advanced GUI toolkit written in pure Java. 

3. Java 2D: this is a collection of classes offer two-dimensional graphics. 

10 4. Printing. Both AWT and Swing offer support for printing text and graphics. 
5. Data transfer, this includes cut &paste and drag drop. 

Nexel is an enterprise application presentation platform that delivers an application user 
interface to any device over any network connection, without modifying existing Java 
applications. Java applications typically build their UI on top of Java Foundation Class. 

1 5 Nexel modifies the behavior of JFC by replacing part of the implementation with its own 
implementation. This modified JFC is called "Nexel Java Foundation Class" 160, shown 
in FIG. 4. Instead of painting UI on local computer screen, Nexel Java Foundation Class 
directly sends UI commands and directives 162 to the client device 112 over a network 
connection 130. However, Nexel Foundation Class keeps exact the same interface as Java 

20 Foundation Class. Namely, for any method in any class, they have the same signature. 
The only difference is the implementation of these methods. As a result, existing Java 
applications built using JFC can run as it is without modification. Developers can develop 
applications to run on top of Nexel without the need of learning anything new. 

In the initial implementation, Nexel aims to support Swing and/or Java 2D based Java 
25 applications, but not AWT-based GUI applications. Nexel also plans to support printing 
and data transfer. 




4.2*3 Technical Approach to implement NJFC 

JFC is implemented by following a Model-View-Controller architecture. Each JFC 
component has a Model, a view and a controller. For example, for the JButton 
5 component, its model is AbstractButtonModel, its controller is JButton and its view is 
JbuttonUI (depends on the look & Feel). Sometimes the controller is combined with the 
model into one class. 

To successfully replace JFC, for each component, we need to re-implement: 

1. The component itself (the controller). For example, JButton needs to be 
10 re-implemented to achieve three things: a) all event listeners will be added 

to the Application instance instead of storing within the JButton class 
itself. Nexel Client Kernel will only send message to Nexel Server if and 
only if there is an event listener registered for a particular kind of event. 
So when an event listener is added, a directive indicating that Nexel 
15 Server is interested in such event should be sent to the client. 2). Actions 

for updating/painting the JButton should be sent to UIManager and 
further sent to the client device; c). When this JButton is created, assign it 
a unique component ID and store it in the Application Instance. 

2. It's UI Class (Viewer). For each client platform, a view class needs to be 
20 implemented. This view class will be loaded if the client platform 

matches. This dynamic loading is achieved by UIManager. UIManager 
needs to check the client platform and loads the view class for that client 
platform. For example, for JButton, we need to implement WinJButtonUI, 
MacJButtonUI,XwinJButtonUI, and WinCEJButtonUL 

25 The functionalities of this UI class are: a), to generate and send UI 

description of this component to Nexel Client Kernel via the 
ServletResponse object. The UI description is platform-dependent. It is a 
protocol that needs to be agreed between the Client Kernel and the UI 
class on the server side. b). to update UI on the client machine according 
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server-side instructions. The update is accomplished by generating and 
sending a message describing what and how to update the component UI. 

For painting, whether the target output is the client machine display device 
or a remote printer needs to be taken into design consideration. 

5 For more information, see Design Specification "Nexel Client Kernel" . 

3. The existing JFC Model classes are used in Nexel Java Foundation Class 
without modification. 

A list of Swing components 300 that we need to replace is shown in Figure 5. 

10 



TABLE 2 



New Components 


Component 


Description 


JRadioList 


List Box with Radio buttons for each item 


JCheckList 


List Box with Check buttons for each item 


JDate 


Date editing Control 


JCalendar 


Calendar Control 


JStatusBar 


Status Bar Control 


JValidation 


Runs validation on control values on the client side 


xyew uiaiogs 


JPrintDialog 


Printer selection dialog 



15 4.2.4 Nexel Layout Manager 

Figure 6 shows a list of layout managers 400 that need to be replaced. Nexel Layout 
Managers should be adaptive to client display characteristics. 
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A deployment tool/design tool for laying out GUI components for different client devices 
is also provided. See "6 Nexel Client Display Engine" for more information. 

4.2.5 Nexel Network Engine 

5 Nexel Network Engine is packaged into one package com.nexaweb.server.net. This 
package is responsible for direct synchronous communication with clients and other Java 
Virtual Machines that Nexel is running. 

Class com.nexaweb.server.net.NetEngine: 

10 This is one of the two entrances of the Nexel Server (The other one is via a Java Servlet 
Engine). This class creates instances of NexelServerSocket, each of which listens to a 
pre-determined port. It instantiates com.nexaweb.server.Nexel if it has not been 
instantiated; within a single JVM, only one instance of Main is allowed. If this JVM is 
started by another Nexel from a different JVM, this class's main method will be called 

1 5 with arguments that gives the IP address and port number corresponding to the calling 
JVM. Upon this JVM is started, a message should be sent to the calling JVM notifying 
"ready" status. 

Class com.nexaweb.server.net.NexelServerSocket: 
20 This class extends java.net.ServerSocket. The instance of this class listens to a specific 
port. Whenever it accepts a connection, it creates a new thread and lets the new thread (an 
instance of SocketHanlder) handles that connection. Then it returns immediately to 
listening to that port. 

25 Class com.nexaweb. server.net. SocketHandler: 

This class extends java.lang.Thread. The instance of this class reads/writes to a socket 
connection. When reading, it formats the information into an instance of 
NexelServletRequest and wraps this socket connection into an instance of 
NexelServletResponse. Passes both objects to the "service() M method in 

30 com.nexaweb.server.Nexel Servlet. 
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Class com.nexaweb.server.net.NexelServletRequest: 

This class extends javax. servlet. ServletRequest. It basically wraps information coming 
from a socket connection into a ServletRequest Object so that they can be accessed using 
5 Java Servlet API. 

Class com.nexaweb.server.netNexelServletResponse: 

This class extends javax.servlet.ServletResponse. It basically wraps a socket connection 
into a ServletResponse Object so that they can be accessed using Java Servlet API. 

10 

4,2.6 Additional Classes 

The following classes will also be replaced: 

1. Graphics 2D: 

15 AWT provides basic graphics functionalities through instances of java.awt.Graphics. JFC 
further extends this by extending java.awt.Graphics into java.awt.Graphics2D. These two 
interfaces are responsible for all the drawing actions. We need to provide Nexel 
implementation of java.awt.Graphics and java.awt.Graphics2D interfaces. Whenever 
method getGraphics() is called( This method is from java.awt.Component, 

20 java.awt.Image, java.awt.PrintJob and javax. swing. Jcomponent), we should return an 
instance of Nexel implementation of java.awt.Graphics2D. This instance should route all 
the drawing activities to Nexel Client Kernel. Both AWT and Graphics2D provide 
additional classes such as java.awt.Rectangle and the entire java.awt.geom package for 
manipulating 2D graphics objects (such as affine transformation, setting/getting attributes 

25 and so on). These classes do not need to be modified. 

2. Printing 

AWT providing printing capability by java.awt.PrinterJob. JFC provides printing 
capability by offering a new package "java.awt.print". We plan to enable JFC-based 
30 printing. As a result, java.awt. print. Printer Job needs to be re-implemented: a). Its static 
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method "getPrinterJob()" needs to be re-written so that a PrinterJob that represents the 
client machine printer is returned; b). Methods pageDialog() and printDialog() should 
open dialogs on client machine; c). Method print() should create an instance of 
java.awt.Graphics2D according to the characteristics of the client machine printer, and 
5 pass this instance as an argument for calling "print()" method in the pageable or printable 
object. Every drawing action happening to the Graphics object should be routed to the 
client machine for printing. 

3. Data Transfer 

10 Data transfer refers to the ability of an application to transfer selected data I a variety of 
ways such as Cut&Paste and Drag&Drop. Nexel Platform plans to support both. 
We plan to support data transfer among different applications on the same client machine. 
These applications include Nexel-based applications and other native applications. This 
feature will be enabled by default and its implementation is dependent on the native 

15 system. Java provides two package called "java.awt.datatransfer" and "java.awt.dnd" . 
We need to selectively implement classes in these packages to enable data transfer on 
remote client machine. Details need to be further studies. 

4. Accessibility 

20 This needs to be further studied. In the short term, we delegate accessibility to the native 
operating system on the client machine. 

5. java.awt. Toolkit. 

This class needs to be re-implemented based on Nexel' s distributed presentation model. 

25 

The following classes will be added in addition to those offered by Java API: 

1 . Validation classes. 

2. Other support classes. 
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4.2.7 Monitoring and Administration UI 

The Monitoring and Administration UI is responsible for displaying the information 
tracked by the Monitoring and Administration Service. This UI will be developed using 
Java and JFC. Nexel server will be used to web enable this application. The application 
5 will contain main screen, which will have a table view displaying all the information. 
There will be a filter window to filter the entries in the table. The filter should be 
available for all the information types. This application should also be able to display the 
active screen in the application. 

10 4.2.8 Thread-based Computing 

Nexel is based on a thread-based computing model that every request for the client 
machine is handled in its own thread. Once the processing is finished, that thread will 
simply be destroyed or recycled for other usage. Nexel does not maintain a constant 
process or even a constant thread for an application during its entire session. This is the 
15 computing model used in Java Servlet and has proven to be very scaleable. However, for 
efficiency reasons, Swing components are not designed to be thread safe. This means that 
Swing components should be manipulated by a single thread at a time. Nexel Platform 
needs to pay special attention to this issue during design time: 

20 1 . Client-side initiated threads. When a client request is received, either the Java Servlet 
Engine or Nexel Network Engine will allocate a thread for handling this request. Once 
the request is processed, this thread will be freed. However, for different client requests, 
if they belong to the same application, they need to be processed sequentially though they 
are in different threads. An event queue for each application instance needs to be 

25 maintained. 

2. Server-side initiated thread. There are times that developers need to update UI in 
response to some kind of eternal event, such as a response from a server that arrives in a 
separate thread. To accommodate these situations, Swing provides two utility methods 
30 that allow developers to ask the event queue to run arbitrary code. These methods are 
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SwingUtilites.invokeLater() and SwingUtilities.invodeAndWait(). Nexel platform needs 
to re-implement these methods since Nexel does not use the standard JVM event queue 
thread. 



5 4.2.9 Performance. 

Nexel has to provide application delivery at acceptable performance. The time is spent in 
following actions while running an application under Nexel environment. 

10 a. Sending instructions from client to server to launch an application. This time 

should be same as other web application 

b. Launch Application Instance. Attempt should be made to optimize this time, as it 
may be significant. One way to reduce this is to launch each application as a 
different thread rather than a new process with new JVM. This poses certain 

1 5 restriction on having static variables. 

c. Extraction of UI. This time significantly depends on how the Component 
Framework is implemented. It should be very optimized to reduce the time it 
needs to record its UI. 

d. Transferring UI to client. This time should be same as other web applications. 
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Even though it is very difficult to define the parameters at this time, the performance and 
scalability should be very close to HTML applications. 



4.2.10 Scalability. 

25 

Nexel has to provide highly scalable applications. The server should be capable of 
running many application instances on server. Every application that is launched 
consumes certain amount of memory and the design should provide for ways to reduce 
this consumption. The ways to reduce this consumption are 
30 a. Serializing the application components to the disk. This frees up memory for new 

instances to be launched. This at the same time will effect in slower performance. 
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b. Allowing application to discard lot of component model memory, which is not 
needed. For example in a tree control, if the application only concern about the 
selected item, which could be received from the client, then it can discard the 
memory for other tree items. 
5 c. Pooling many JVM or computers into a Server Farm. Nexel Server could run on 

many machines and it could use different machine to launch many instances, 
d. Adding more web server machine to Web server installation. This feature is found 
in many Web Servers (e.g. IIS) and could be utilized. 
Figure 7 shows an enterprise-scale deployment of Nexel platform and its role in 
10 enterprise computing. Nexel Network Engine links different Nexel instances together and 
forms a high performance-computing environment with unlimited scalability. The 
diagram has two components 

15 4.2.11 Restartability. 

The applications run on the server machine should be accessible as long as they are 
running. If for any reason client breaks connection with the server, the same user which 
started the application should be able to recreate its UI. Server side application has to 
20 maintain information to be able to recreate UI. Some of the changes that user did on 
client side may not be retractable. The client kernel also reuse some of its cached 
information in order to recreate the screen. 

5. Nexel Client Kernel. 

25 Nexel Client Kernel 1 14 provides functionality to play the application UI on the client 
machine. It receives the instructions from the NexaWeb UI server for creating and 
updating the applications UI. It captures all the events and provides default response to 
events that are not handled by application. Applications could decide to handle events on 
client side or server side depending on which Kernel will either execute specified code on 

30 client side of the application or notify the event on server side of the application. It will 
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also wait for response from server and update the UI when asked. It also provides caching 
of an application UI on the client side 

5.1 Nexel Client Kernel Platforms. 

5 

Client kernel needs to be implemented on many platforms that play an application UI. In 
one example, three platforms are targeted, shown in table 3. 



10 TABLE 3 



Platform 


Technology 


Language for 
development 


Internet Explorer 


Active -X component 


C++ 


Applet 


Java 


Netscape Browser 


Plugin 


C++ 


Windows CE 


Proprietary player 


C++ 



The same code base is expected for Active-X component, Netscape Plugin and Windows 
15 CE player. These players will be developed using C++ language and so the code base 
should be same. On windows platform ATL Windows classes should be used to 
implement 

5.2 Nexel Client Kernel Architecture. 

20 

The core functionality of the Client Kernel is to provide a rich Component Framework to 
create rich user interface. It creates instances of these components on the user's display 
and monitor events. The architecture 500 of Client Kernel is shown in FIG. 8 and is also 
summarized in Table 4 below. 
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TABLE 4 



UI Components 
(502) 


This is a widget set that is implemented in the 
Kernel. It includes various widgets like button, 
window, tree etc. 


Validation Components 
(504) 


These are components provides functionality 
for simple validation of data. These components 
are invoked on specified events and they 
execute specified validation rules 


Components 
Display/Update 
Manager 
(506) 


This takes care of creating UI Components and 
updating them whenever necessary 


Cache Manager 
(512) 


This manages Client Kernel Caching as well as 
application UI caching on the client side. On 
Windows CE Platforms it should bring up an 
application even though it is not connected to 
the server. 


Event Manager 
(508) 


Event manager handles all the events 


UI Server Interface 
(510) 


This module convert the packets received from 
the server into various UI and event monitoring 
commands. 


Security Manager 
(514) 


Handles security for communicating with the 
server. This determines the protocol and 
encryption that will be used. 


Communication Layer 
(516) 


This layer provides services for communicating 
with the server. 



5 
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5.3 Security Manager. 

The Security Manager 514 handles security for the communication records going to and 
from server to client. Standard security is used when a Web Server is involved. The 
5 HTTPS protocol is used to handle security. For socket-based communication, our own 
security mechanism is implemented. 

5.4 UI Cache Manager. 

1 0 The Cache Manager 5 1 2 has two purposes: 

• To cache the Client Kernel itself. The Kernel detects that there is a newer version of 
the Kernel available on the server and it downloads and runs that Client Kernel. For 
browser-based implementations, its own caching mechanism can be used. For non- 
browser based implementations such as Windows CE, it will have to be implemented. 
15 • To cache the application UI. An application name and its version will be used for 
caching. The code detects application versions on the server and client and if they 
match, it will not download its UI from the server. The server can disable the 
caching. The different windows that are opened during different events will also be 
cached. This feature can be used to play the UI on a client even if there is no 
20 connection to the server. 

The cache manager uses a cache directory to save files. This directory will be identified 
by the 

Registry key on the windows platform: 

HKEY CURRENT USER\Software\NexaWeb\Nexel\Cache Directory 

25 

Environment variable on other platforms: 

NEXELCACHEDIR 
The directory structure used for caching should look like this: 

+ HOME 

30 + Application Name 

+ Version 
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- Filel 

- File 2 

- EventWindow.map 

5 The directory contains a file EventWindow.map that keeps track of an event and the 
window that was opened due to the event. 

6. UI Record Format 

10 The server sends the UI information to the client using this record format. Records are 
written in XML and packaged in text and transmitted over http protocol. This format 
may need tuning and can be changed to a compact binary format. The XML format is 
implemented, at least for testing purposes. The following principles are implemented: 

• Each application instance has an assigned identification number. 

15 • Each window is identified with an identifier from the server. This identifier is used in 
later communications for event handling and property changes. 

• Every control implements properties, methods and events of its base class. Window 
class is the base class for all the controls. 

• Every control is identified by a class name. This name is identified by the Widget 
20 name in UI Components table. 

• The control's properties are described after identifying a window. 

• The events that are to be handled are described later on. 

Applications properties are listed in following table 5. 

25 
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TABLE 5 



Application 




Name 


Description 


Structure/Possi 


XML Examples 






ble Values 




Id 


Identifier for 
App instance 




id- 123 


Name 


Application 
Name 




name-'MyApp" 


Version 


Application 
Version 




version="l.(T 


Cache 


Use Caching 


true,false 


cache=true 



5 

A typical record may look like this: 

<nexawebapp id=123 name="niyapp" version =1 .0 cache=true> 
< window id=l> 
10 <bkcolor>yellow</bkcolor> 

<text>My First Application</text> 
<toolbar id=2> 

<button id=3 command=I00> 
<text>New</text> 
1 5 <image>images/new ? .gif</image> 

</button> 

<button id=4 command=101> 
<text>Exit</text> 
<image>images/new.gif</image> 
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</button> 
</toolbar> 

<oncommand id=l 00></oncommand> 
<oncommand id= 1 0 1 ></oncommand> 
5 <window> 
</nexawebapp> 

6.1 Event Record Format. 

10 The Event Record Format specifies how the event records are passed back to the server. 
Events are passed back with application ID and a Window ID. It also collects the 
properties that are specified to be collected. 
A typical event record may look like this: 

1 5 <nexawebapp id^ 1 23> 
< window id n::: l> 

<oncommand id=100></oncommand> . 
<window> 
</nexawebapp> 

20 

7. Client Component Hierarchy. 

The client component hierarchy 600 is shown in FIG. 9 and the following table 6 displays 
the UI Components that are supported. Each Control supports its properties, methods and 
25 events. The following section describes each control that is implemented by the Client 
Kernel. 
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TABLE 6 



Components 


Widget 
Name 


Window Equivalent 


Description 


Component 


Window 


Basic Window container 


Dialog 


Dialog 


Dialog container 


Frame 


FrameWnd 


MDI Frame container 


Label 


Static 


Caption or label control 


Push Button 


Button 


Push Button Control 


Radio 
Button 


Button 


Radio Button Control 


Check 1 
Button 


Button 


Check Button Control 


Text 


Edit 


Edit/Text Control 


RTF 


RichEdit 


Rich Text Edit 


HTML 


DHTMLEdit 


HTML control 


List 


ListBox 


List Control 


Combo Box 


ComboBox 


Combo Box control 


Radion List 




List Box with Radio buttons for 
each item 


Check List 




List Box with Check buttons for 
each item 


Progress 
Bar 


ProgressCtrl 


Progress Bar Control 


Slider 


SliderCtrl 


Slider Control 


Tree 


TreeCtrl 


Tree Control 


Table 


ListCtrl 


Table Control 



32 



Tabbed 
Dialog 


Tab 


Tabbed Dialog 


Date 


DateTimePicker 


Date editing Control 


Scroll Bar 


ScrollBar 


Scroll Bar Control 


Calendar 


Calendar 


Calendar Control 


Menu 


Menu 


Menu 


Tool Bar 


ToolBar 


Tool Bar control 


Status Bar 


StatusBar 


Status Bar Control 


Dialogs 


Message 
Dialog 


MessageBox 


Message dialog with OK and 
CANCEL button 


Confirm 
Dialog 


MessageBox 


Confirm Dialog with YES,NO, 
CANCEL buttons 


Input Dialog 




Input Dialog with one edit control 


File Dialog 


FileDialog 


File Selection Dialog 


Color 
Dialog 


ColorDialog 


Color Chooser Dialog 


Print Dialog 


PrintDialog 


Printer selection dialog 



8. Nexel Communication Format. 

5 Nexel provides many ways of communication between Client Kernel and Delivery 
Server. For each client type there could one implementation. In this release only one 
format is to be implemented. The communication happens in the UI record format and 
Event Record format. The following tables 7-46 describe the properties, methods and 
event that each component could have. 

10 
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TABLE 7 



Component 


Properties 


Name 


Descriptio 
n 


Structure/Possible 
Values 


XML Examples 


location 


Window 
Location 


Left, top, width, 

height 
Left or top = -1 
locate anywhere 
Width or height = 
-1 freely size 


location-' 10, 10,- 1-1" 


bkcolor 


Backgroun 
d color 


Color Value 


bkcolor=red 


textcolor 


Foregroun 
d color 


Color Value 


textcolor=green 


state 


Window 
state 


minimized 

maximized 
normal 


state=normal 


minimizebox 


Window 

has 
minimize 

box 


True,false 


minimizebox=true 


maximizebox 


Window 

hax 
maximize 

box 


true,false 


maximizebox=true 


cancelbox 


Window 
has cancel 
box 


true, false 


cancelboxHxue 
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systemmenu 


Window 
has system 
menu 


true, false 


systemmenu=true 


visible 


window is 
visible 


true,false 


visible=true 


enabled 


window is 
enabled 


true,false 


enabled=true 


contexthelp 


Window 
has help 
button 


true,false 


contexthelp=false 


text 


Window 
title/captio 
n/text 




text="My window" 


border 


Window 
border 


none 
fixed 
dialog 
sizeable 


border=none 


focus 


Window 
has focus 


true/false 


focus=true 


font 


Window 
font 


see font 
description 




icon 


Window 
Icon 


value 


icon^'images/icon.gif 


cursor 


Mouse 
pointer 




cursor="images/hand. 
gif" 


helpurl 


Help URL 




helpurl- 'help/mywind 
ow.htm" 


flash 


Flash 
Window 


true, false 


flash=true 


tooltiptext 


Tool Tip 




tooltiptext- 'Here is 
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Text 




my tooltip" 



Methods 


Name 


Description 


Parameters 


XML Examples 


print 


Print the 
window 




<print></print> 


center 


Center Window 


window id 


<center 
id=10></center> 


redraw 


Redraw 
Window 




<redraw></redraw> 


move 


Move Window 


left,top,width.height 


<move> 10, 10,-1, - 
l</move> 


show 


Show Window 




<show></show> 


moveto 


Move Drawing 
point 




<moveto x=10 
y=10> </moveto> 


lineto 


Draw Line 




<pen>...</pen> 
<lineto x=10y=10> 
</lineto> 


circle 


Draw Circle 




<pen>...</pen> 
<brush> . . . </brush> 
<circle x=10 y=10 

radius=20 
fill=true> </circle> 


rectangle 


Draw 
Rectangle 




<pen>...</pen> 
<brush>. . .</brush> 
<rectangle x=10 
y=10 width=20 
height=20 
fill=true> 
</rectangle> 
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polygon 


Draw polygon 




<pen>...</pen> 








<brush> . . . </brush> 








<polygon 








points=10,10;20,20; 








30,30 fill=true> 








</rectangle> 







Events 

Panwi elers 












Onmousedown 


- 


button, x,y 


<onmousedown 
button=left x=10 
y=20></mousedown> 


onmouseup 






<onmouseup 
button-left x=10 
y=20></mouseup> 


Onmousemove 






<onmousemove x=10 
y=20></mousemove> 


onclick 






<onclick button=left 
x=10 
y=20></onclick> 


ondblclick 






< ondblclick 
button=leftx=10 
y=20></ ondblclick > 


onactivate 


window is 
activated 




<onactivate 
oldactiveid=122> 
</onactivate> 


ondeactivate 


window is 
deactivated 




<ondeactivate 
newactiveid= 1 3 3> 
</ondeactivate> 


Oncontextmenu 


context 




<oncontextmenu></ on 
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menu is 
requested 




contextmenu> 


onfocus 


window is 
getting 
focus 




<focus 
oldfocusid=l 1 1> 
</focus> 


onkillfbcus 


window is 
loosing 
focus 




<onkillfocus 
newfocusid^l 1 1> 
</onkillfocus> 


onhelp 


help is 
invoked 




<onhelp></onhelp> 


onkeydown 


key is down 




<onkeydown key="b" 
shift=true alt=false 
ctrl=true> 
</onkeydown> 


onkeyup 


key is up 




<onkeyup key- 'b" 
shift-true alt=false 
ctrl=true> </onkeyup> 


onkeypress 


key is 
pressed 




<onkeypress key="b" 
shift=true alt^false 
ctrl=true> 
</onkeypress> 


onresize 


window is 
resized 




<onresize width^lO 
height=50> </resize> 


onmove 


window is 
moved 




<onmove left=10 
top=20> </onmove> 


oncommand 


Window 
recieves a 
command 




<oncommand id=200> 
</oncommand> 



38 



:!!. 001/ ,,IjE:1. 



TABLE 8 







Dialog 








: .' Properties 


:"■ .... . : ■ ", ' ' : '.. r"r - 

■ : '- :■ ■ ■■. :; ■, '. : - .. ■ ■ ■ ■ : 








■ ■ 




Description 


Structure/Possible 


XML Examples 


Name 






Values 




modal 


Dialog is modal 


true/false 


modal=true 






" Methods. : . ' ; 


















reset 


reset the dialog 




<reset></reset> 








Name 


Description 


Parameters 


XMi, Examples 


submit 


Submit dialog 




<submit></submit> 



5 TABLE 9 







Frame 








: Properties 




Name 


Description 


Structure/Possible 


^ XML Examples 






Values 




splitdir 


Split Direction 


horz,vert 


splitdir=horz 




: ; _ . 


Methods 




Name 


■ 1~v " • • 

Descnption 


Palters 


XML Examples 


split 


Split the frame 


pane, no of panes - 


<split pane=0,l 
panes=2></split> 


attach 


Attach Window 


window 


<attach 
windowid=100 > 
</attach> 




■ • mm . . rjsft 


Events 




Name 


Description 


Parameters 


XML Examples 



39 



1. 0 O .;!.. .7' ::l 8 3 , Cti S, .1 O 3 



TABLE 10 







Label 






• • • •' , 


Properties 




Name 


Description 


Structure/Possible 


XML Examples 

' : : ;: : ;-p|M^i^^^Mi-' :;! - ::: ^iro: ' 




Values 


















Methods 


Name 


Description 


Parameters 
















Events 




Name 


Description 


Parameters 


XML Examples 











TABLE 1 1 



Push Button 


Properties 


Name 


Description 


Structure/ 
Possible 
Values 


XML Examples 

■! ' ' : 
■ '. • '■ • ' V - ' : 


image 


Image 


image file 
name 


image^'images/yes.gif' 


overimage 


Image to be 
displayed 

when mouse 
is moved 
over 




o verim age- 'images/no. gif 
ii 


downimage 


button 
image when 
pushed 
down 




down image=" images/down 
•gif 
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selectedimage 


button 
image when 
selected 




selectedimage="images/sel 
ected.gif 


imageloc 


image 
location in 
reference to 
text 


left,top,right ? b 
ottom 


imageloc=top 


imagealign 


image 
alignment 


left,right ? center 
,top,bottom,vc 
enter 


imagealign- 'top,center" 



Methods 


Name 


Description 


Parameters 


XML Examples 












. Events 


— — — . — _~ 


Description 


Parameters "., 


XML Examples 




Button is 
pushed 




<oncommand id=202> 
</oncommand> 



5 



10 
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TABLE 12 



Radio Button 


Properties 


Name 


Description 


Structure/Possible 


XML Examples 


__ 

selected 


radio button is 
selected 


truc.false 


selected-true 


Methods 


Name 


Description 


Parameters 


XML Examples 










hvents 


Name 


Description 


Parameters 

.... ;p / ; ^ 


XML Examples 











TABLE 13 



Check Box 


Properties 


Name 


Description 


Structure/Possible 


XML Examples 






Values 




checked 


button is 
checked 


true,false 


checked=true 


Methods 




Name 


Description 


Parameters 


XML Examples 










Events 

, . — — _____ — _ — - 
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Name 


Description 


Parameters 

. 


XML Examples 





_ _ 






TABLE 14 


Group Box 


Properties 


Name 


Description 


Structure/Possible 

. 37 ^ 


XML Examples 










Methods 


Name 


Description 


Parameters 


XML Examples 












Name 


Description 


Parameters 


XML Examples 

■ 











TABLE 15 



Text , 


Properties 


Name 

: ■ • :.. - - . • ". ; ; - 


Description 


Structure/Possible 
Values 


XML Examples 


multiline 


whether 
multiline text 


true,false 


multilne 


textlimit 


number of 
characters 
allowed 


number 


textlimit=10 
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editmask 


mask to be used 
for editing 


string 


editmask="###.##.#### 


datatype 


type of data 


string,number,date 
,currency ? amount 


datatype=date 


outformat 


output format 


string 


outformat="$%x" 


align 


Alignment 


left,center,right 


align^right 



Methods 


Name 


Description 






clear 


Clear the text 




<clear></clcar> 


cut 


Cut the selected 
text to clipboard 




<cut></cut> 


paste 


Paste from 
clipboard 




<paste></paste> 


copy 


Copy the 
selected text to 
clipboard 




<copy></copy> 


Events 


■ 

Name 


Description 


Parameters 


XML Examples ■ . 

■ 


onchange 


Text is 
changed 




<onchange 
text-" 1234"></onchan 
ge> 



5 



10 
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TABLE 16 



RTF 


Properties 


Name 


Description 

::::::: ' ■ ' 0- ..... .... - ' .": ..... 

: 


Structure/Possible 

Values 
values 


XML Examples 

■ , " 










Methods 


Name 


Description 


Parameters 












Events 


Name 


Description 


Parameters 


XML Examples' ' 










TABLE 17 


HTML 


Properties 




Name 


Description 


Structure/Possible 


XML Examples 


■ 

: : .: ■ 




Values 












Methods 


Name 


Description 














Events 


Name 


Description 


Parameters 


XML Examples ^ 
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TABLE 18 



List ' 


Properties 


Name 


Description 


Structure/Possi 


XML Examples 






ble Values 




listitem 


List item 
description, 
many records 
repeated 


text,image,data 


<listitem text="xyz" 
image="images/checked.gi 

f" Hata^"?! value" 

></listitem> 


selectedtext 


Selected item 
text 




selectedtext- 'xyz" 


selecteddata 


Selected item 
data 




selecteddata="avalue" 


itemcount 


Number of 
items 




itemcount=10 


multiselect 


Multiple 
selection 
Allowed 


true,false 


multiselect=true 


sorted 


List is sorted 


true,false 


sorted=false 










Methods 




Description 




XML Examples 

x 


add item 


Adds a item 


listitem 


<additem text= ,t xyz" 
data- M abc M > 
</additem> 




Name 


Description 


Parameters 


XML Examples' 
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selchange 


Selection 




<selchange index=0 




Changed 




text-'xyz" 








data-'abc"> 








</selchange> 



TABLE 19 



Radio List 


Properties 


Name 


Description 


Structure/Possible 


XML Examples 






Values 












• Methods 


Name 


Description 


Parameters 


XML Examples 










Events 


Name 


Description 

■ — — 


Parameters 


XML Examples 










TABLE 20 


Check List 


Name 


Description 


Structure/Possible 
Values 


XML Examples 










- ■ Mir- . ' ' ;;: ' 


Methods 






Name 








Description 




XML Examples 






Events 




Name 


Description 


Parameters 


XML Examples 
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TABLE 21 



Scroll Bar 


Sfe^^PaM^^mSS?? ills 


Name 


Description 


Structure/Possible 


XML Examples 






Values 












direction 


Progress 
direction 


horz,vert 


direction=vert 


range 


Range 


low,high 


range= 100,200 


pos 


Position 




pos=10 


linestep 


Step 




linestep=10 


pagestep 


Page Step 




pagestep=100 


Methods 


Name 


Description 




XML Examples 


scroll 


Scroll the 
bar by offset 




scroll^- 10 


setscroll 


Set the 
thumb 




setscroll=100 




Name 


Description 

, 


Parameters 


XML-Examples ' 


poschange 


Position 
Changed 




<poschange 
newpos=105> 
</poschange> 



48 



10017103 OSll.mj'3 



5 TABLE 22 



Progress Bar 


Properties 


Name 


Description 


Structure/Possible 
Values 


XML Examples 


smooth 


Smooth 
Scrolling bar 


true,false 


smooth=true 


step 


Step 




step=10 


Methods 




Name 


Description 


Parameters 


XML Examples 


stepit 


Advance 




<stepit 
numof steps= 1 0> 
</stepit> 


. . .Events'- , ' : ;• - 


Name 


■ " : Description v - : 


Parameters 


;:1 XML Examples s 

.. . 











TABLE 23 



Slider.;' 


Properties 


Name 


Description 


Structure/Possible 


XML Examples 






Values 




















,. . ........... 


Methods 


Name 


Description 

...... • 


Parameters 


XML Examples 
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Events Mm 


Name 


Description 


Parameters 


XML Examples 











TABLE 24 



Calendar 

■ : ■ . i ■ - : mmmmm$ 


Properties 


Name 




Description 


Structure/Possible 
Values 


: . XML Examples-" ; 








daterange 


Range in 
Calendar 
Control 


from, to 


< -daterange from=" 1/1/99" 
to="2/2/00"></daterange> 


date 


Selected 
date 




date-" 1/1/00" 


Methods 


Name 

.... ............ . . r 


Description 


Parameters 


XML Examples 











Events 


Name 


Description 


Parameters 


XML Examples 

- ■ 


selchange 


Date 
selection 
changed 




<selchange 
newdate= M l/l/00 M > 
</selchange> ! 



5 



10 
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TABLE 25 



/ * : . Date:- 


Properties WM-A 


Name 


Description 


Structure/Possi 


XML Examples 










inputmask 


Input Mask 




inputmask- 'mm/dd/yy" 


outformat 


Output Format 




outformat="dd-mmm- 

yyyy" 


Methods 




Description 


Paramctcis 












Events 


Name 


Description 


Parameters 


XML Examples 











TABLE 26 



..■Tree- 


Properties 


Name 


Description 


Structure 


XML Examples 




' : " . . . ' .. • 


/Possible 








Values 




treeitem 


Tree Item 
Structure 




<treeitem parent=0 id=l 
text="abcd" 
image- 'open.gif" 
openimage="close.gif' 
selectedimage="selected.gi 
f children=l 
data="extlir 
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state=expanded> 
</treeitem> 


selecteditem 


Selected 
Tree Item 




<selecteditem id ="1" 
text="abcd" 
data-'extlH"> 
</selecteditem> 


rightclickitem 


Item where 
right clicked 




<rightclickitem id ="1" 
text="abcd" 
data="extl 1 1"> 
</rightclickitem> 


Method, 

: . ' ... 


Name 


Description 




Parameters 


^ ; ■ XML Examples V 


insertitem 


Insert Item 




<insertitem> 
<treeitem> . . . </treeite 
m> </insertitem> 


deleteitem 


Delete Item 




<deleteitem> 
<treeitem>. . ,</treeite 
m> </deleteitem> 


deleteall 


Delete all 
items 




<deleteall> 
</deleteall> 


expanditem 


Expand 
Item 




<expanditem id= 1 > 
</expanditem> 


selectitem 


Select Item 




<selectitem id=l> 
</selectitem> 


sortchildren 


Sort 
Children 




<sortchildren 
id^ 1 ></sortchildren> 


ensure visible 


Ensure 
Visible 




<ensurevisible id=l> 
</ensurevisible> 


editlable 


Edit Label 




<editlabel id=l> 
</editlabel> 


setitem 


Set Item 




<setitem> 
<treeitem> . . . </treeite 
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m> </setitem> 


Events 




Name 


Description 


Parameters 


/ XML Examples 


begindrag 


Begin Drag 




<begindrag id=l> 
</begindrag> 


enddrag 


End Drag 




<enddrag id=l 
droptarget=5 > 
</enddrag> 


itemexpanded 


Item 
expanded 




<itemexpanded id=l 
text="xyz" 
data= M aslll"> 
</itemexpanded> 


itemexpanding 


Item 
expanding 




<itemexpanding id=l 
text-'xyz" 
data="aslll M > 
</itemexpanding> 


selchanged 


Selection 
Changed 




<selechanged id=l 
text="xyz" 
data-"aslll M > 
</selechanged> 


selchanging 


Selection 
Changing 




<selechanging id=l 
text="xyz" 
data= M aslll"> 
</selechanging> 



5 
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TABLE 27 



. Table 


Properties 


Name 

; ■ ' 


Description 


Structure 
/Possible 
Values 


XML Examples 


tablecol 


Table 
Header 
Column 


see table 
column 


<tablecol>. . .</tablecol> 


tablerow 


Table Row 




<tablerow>. . .</tablerow> 


tablecell 


Table Cell 




<tablecell>. . .<tablecell> 


selectedrows 


Selected 
Row 




selectedrows^ 10,1 1,12,13 










Methods : 


Name 


Description 


Parameters 


XML Examples 


insertrow 


Insert Row 




<insertrow> 
<tablerow>. . .</tabler 
ow> </insertirow> 


deleterow 


Delete Row 




<deleterow row=l> 
</deleterow> 


deleteall 


Delete all 
Rows 




<deleteall> 
</deleteall> 


selectrow 


Select Row 




<selectrow row=l> 
</selectrow> 
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sort 


Sort table 




<sort 
column^ 1 ></sort> 


ensurevisible 


Ensure 
Visible 




<ensurevisible 

row - - 1 > 
</ensurevisible> 


setrow 


Set Row 




<setrow row=l> 
<tablerow>. . .</tabler 
ow> </setrow> 


settablecell 


Set Table 
Cell 




< settablecell row=l 
col=5> 
<tablecell>. . .</tablece 
11> </ settablecell > 


insertcol 


Insert 
Column 




<insertcol after=l> 
<tablecol>. . .<tablecol 
> </insertcol> 


deletecol 


Delete 
Column 




<deletecol col=l> 
</deletecol> 


deleteallcol 


Delete All 
Columns 




<deleteallcol> 
</deleteallcol> 


























Events 




Nam 


Description 




XML Examples 


begindrag 


Begin Drag 




<begindrag id=l> 
</begindrag> 


enddrag 


End Drag 




<enddrag id=l 
droptarget=5 > . 
</enddrag> 


selchanged 


Selection 




<selechanged id=l 
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Changed 




text= n xyz" 
data="aslll"> 
</selechanged> 


selchanging 


Selection 
Changing 




<selechanging id=l 
text-'xyz" 
data="aslll"> 
</selechanging> 


TABLE 28 


Tabbed Dialog 


Properties 


Name 


Description 


Structure/ 
Possible Values 


XML Examples 


tab 


Tab stucture 


All button 
attributes and 
view attribute 


<tab id=l 
image="mytab.gif 
text="abcd" view= M abcd"> 
</tab> 


selectedtab 


Selected 
Tab 




<selectedtab> 
<tab>...</tab> 
</selectedtab> 


: 'Methods 


Name 


Description 


Parameters 


XML Examples 


inserttab 


Insert Tab 




<inserttab> 
<tab>...</tab> 
</inserttab> 


deletetab 


Delete Tab 




<deletetab> 
<tab>...</tab> 
</deletetab> 


deleteall 


Delete all 
tabs 




<deleteall> 
</deleteall> 
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selecttab 


Select Tab 




<selecttab id=l> 
</selecttab> 


settab 


Set tab 




<settab> 
<tab>...</tab> 
</settab> 


Jbvents 


Name 


Description 


Parameters 


XML Examples 


selchanged 


Selection 
Changed 




<selechanged id=l 
text-'xyz" 
data="aslir> 
</selechanged> 


selchanging 


Selection 
Changing 




<selechanging id=l 
text-'xyz" 
data="aslll"> 
</selechanging> 



TABLE 30 



Status Bar 




Properties 


Name 


Description 


Structure/Possible 


XML Examples 






Values 


.' ■ 


pane 


Pane 


All button 
attributes 


<pane id=0 text- 'For help 
press Fl"> </pane> 




Methods 


Name 


Description 






addpane 


Add Pane 




<addpane> 
<pane>...</pane> 
</addpane> 
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setpane 


Set Pane 




<setpane><pane> . . . <l 
pane> </setpane> 


Events 


Name 


Description 


Parameters 


XML Examples 

* 











TABLE 31 



-■Tool Bar-;:' 


Properties WmSBM 


Name 


Description 


Structure/Possible 
Values 


XML Examples 


tool 


Tool coulbd 
be a button 
or other 
control 


All control 
Attributes 


<tool id=l> 
<button> . . . </button></tool 

> 


docked 


Which side 
docked 


top,left,bottom,rig 
ht,float 


docked=float 


moveable 


Can be 
moved 


no ? canfloat,yes, 
candock 


moveable=canfloat 




Methods 








XML Examples 


Name 


Description 






addtool 


Add Tool 




<addtool 
after= 1 ><tool> . . . </to 
ol> </addtool> 


settool 


Set Tool 




<settool><tool>. . .</to 
ol></settool> 


Events 


Name 

: ' - v : :: : : 


Description 


Parameters 


XML Examples 


oncommand 


When tool 
is clicked 




<oncommand id=100> 
</oncommand> 
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TABLE 32 



Menu 


Name 


Description 


Structure/Possible 


XML Examples . 

- 






Values 








menuitem 


Menu Item 


See menuitem 
description 


<m enu item> . . . </menu item 

> 


layout 


Layout 


vert,horz 
Methods 


layout=vert 

| ... . 

■ 


Name 


Description 


Parameters 


XML Examples 


addmenu 


Add Child 
Menu 





<addchild after=l> 
<menuitem> . . . </menu 
item> </addchild> 


setmenu 


Change 
Properties 


F, vents 


<setmenu> 
<menuitem> . . . </menu 
item> </setmenu> 


Name 


%mm; : : •; m %m 






oncommand 


When menu 
is clicked 




<oncommand id=100> 
</oncommand> 
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TABLE 33 



Message Dialog 
Properties 


Name 


Description 


Structure/Possible 


XML Examples 


i . 




Val ues 


BIS 


message 


Message 




message='Test Message" 


icon 


Icon 




icon^'images/image.gif' 


buttons 


Buttons 


ok,cancel 


buttons=ok/cancel 


return 


Button Presses 


ok,cancel 
Methods 


return=ok 


Name 


Description 


, ; . ' Parameters 


XML Examples 






Events 




Name 


Description 


Parameters 




close 


Dialog closed 




<close 
return=ok></close> 



10 



15 
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5 

TABLE 34 



Confirm Dialog 


... +' 

WX^9S$, . '' " ; ?• ) Properties \ : : : ' ^X'igM§gg^lm 

? ■ ' • ■ 


Name 


Description 


Structure/Possible 


XML Examples 




• 






message 


Message 




message="Test Message" 


icon 


Icon 




icon-'images/image.gif' 


buttons 


Buttons 


yes,no,cancel 


buttons^ok/cancel 


return 


Button 
Pressed 


yes,no,cancel 


return=ok 


Methods 


Name 


Description 


^ ■ ■ Parameters 

• 


XML Examples 






Events 




Name 


Description 


Parameters 


XML Examples 


close 


Dialog closed 




<close 
return=ok></close> 
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15 
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TABLE 35 



Input Dialog 


Properties ' 


Name 


Description 


Structure/Possible 


' - .XML- Examples ''f- : 


message 


Message 




message- 'Test Message" 


icon 


Icon 




icon="irnages/image.gif ' 


buttons 


Buttons 


ok,cancel 


buttons=ok/cance! 


return 


Button 

Presses 


ok,cancel 


return=ok 


datatype 


Data Type 


string,date,number 


datatype=date 


-■ ■ , . , : :: , " — — - '"™ 

: : 

■ .... . ... . : . ■ ; . : 


Methods 




Name 

^ ^Mm 


Description 


Parameters ^ . 


XML Examples 






, . ' .Events 


• • - ff: ■ ' ■>:■■ :• 7 \ ■ : " : . • ■ ' - 

W \ — : ; ■ ■ ■ - ■' ■ " / - ^.■.-.■.r:'::± 


Name 
close 


Description 
Dialog closed 


. ' ' Parameters 

....... ....... 


/. .XML Examples';:- 

<close return^ok 
text="acde"> </close> 



10 
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TABLE 36 



Color Dialog 


Name 


Description 


Properties 
Structure/Possible 


■ ' ■ " ,: 

XML Examples 






Values 




color 


Color 

' ] --::^^ 


Methods 


color=red 


?■. : ■ 
Name 


..." .... V" . : ■■ ' 

Description 


Parameters 


XML Examples 






Events 




Name 


Description 


Parameters 


XML Examples 


close 


Dialog closed 




<close return=ok 
color=black> </close> 



5 



10 



15 
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TABLE 37 



/ . File Dialog 


Name 

' • ; : ; ; 

::-;-::^V- • .. .:. 


T— — ^ 1 

Description 


Structure/Possible 


XML Examples 


.2 . ' • 
startdir 


Starting 
Directory 




startdir="c:\" 


filter 


File Filter 




filter-"*.*" 


file 


Initial File 




file="My File" 


multifile 


Allow 
Multiple file 
selection 


true,false 


multifile=false 


existfile 


Existing Files 
only 


true,false 
Methods 


existfile=true 

i — •• — — - — . - . 


Name 


Description 


Parameters 


XML Examples 










%i'A"^ r ^ invents 


Name 


Description 


Parameters 


XML Examples 


close 


Dialog closed 




<close return=ok 
file= M abc.gif;gdi.gif> 
</close> 



5 



10 



64 



;.!. imp /it US ? » » li U 



TABLE 38 



Printer Dialog 


Properties 


Name 


Description 


Structure/Possible 


XML Examples 


printer 


Printer 


Methods 


printer="HP Laserjet III" 


Name 




Parameters 






ilgic'ii wmmmmm^ 






Name 


Description 


Parameters 

■ - . - ■ . "■ - ; ■ .. ■ 


XML Examples 


close 


Dialog closed 




<close return^ok 
printer=" HP Laserjet 
IH"> </close> 



5 



10 



15 
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TABLE 39 



Validation 



B B ~ 



Properties 



Name 



validateid 



Description 



Control to 
validate 



Structure/Possi 



... . , . 

'zmmm 



XML Examples 



validateid=10 



compareid 



Control to 
Compare 



compare id= 15 



valtype 



Validation 
type 



required, 
compare, 

range, 
expression 



valtype=range 



comparetype 



Compare 
Type 



equal, lessthan, 
greatherthan, 
notequal 



comparety pe="equal, lessth 



an" 



message 



Message 
when failed 



message="Range 
validation Failed » 



minvalue 



Minimum 
Value 



minvalue=10 



maxvalue 



Maximum 
Value 



maxvalue=40 



expression 



Expression 
to check 



expression="[0-9] {3 }\s[0- 
9]{3}-[0-9]{4}" 



Methods 



Name 



on 



Paiameteis 



XME Examples 



!!§i 



Events 



Name 

•: :. 7 :. 



IB-::;": , ,, 



Parameters 



XML Examples 



close 



Dialog closed 



<close return=ok 
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printer=" HP Laserjet 
III"> </close> 



TABLE 40 

5 



Font 


Name 


* 

Description 


i upv*..uy2> ■■: 

S«a, c ,u,e/ 
Possible 


XML Examples 








size 


Size of Font 


Values 


size=10 


face 


Font Face 




face="Time Roman" 


bold 


Bold? 


true,false 


bold=true 


underline 


Underline 


true,false 


under line=true 


italic 


Italic 


true,false 


italic=false 


strikethrough 


Strikethrough 


true,false 


strikethrough=false 


textcolor 


Text Color 




textcolor=red 


backcolor 


Background 
Color 




backcolor=yellow 



10 
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TABLE 41 



Name 


Description 


Pen 
Properties 
Structure/Possible 


/•3gF# 

XML Examples ~ 


size 


■ . • i ■: ! : 
■ : - ■ : ■ .V ■■ ■ : . ■ ■ " 

. ::. :[ S^^W^^W;^ 

Size of pen 




size=10 


shape 


Shape of pen 


square,round 


shape=square 


color 


Color 




color=red 


style 


Pen Style 


solid,dash,dot, 
dashdot,dashdotdot 


style=dash 


insidef 
rame 


Drawing is 
inside bounding 
limits 


true,false 


insiderframe=true 



5 TABLE 42 



■ .■ 

Name 


Description 


Brush 
Properties 
Structure/Possible 
Values 


XML Examples 


style 


Brush Style 


solid,bidigonal, 
cross,diagcross, 
fdiagonal,horz, 
vert, image 


style=dash 


color 


Color 




color=red 


image 


Pattern Image 




iamge="pattern.gif , 
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Structures Used in Components 

TABLE 43 



Menu Item 


Properties ; | 




Name 


Description 


Structure/Possible 
Values 


XML Examples 


text 


Text 




text- n &Filc" 


image 


Image 




image- 'images/ft le.gif 


imageloc 


image 
location in 
reference to 
text 


left,top ? right 9 
bottom 


imageloc=top 


imagealign 


image 
alignment 


left,right,center,to 
p,bottom,vcenter 


imagealign- f top,center" 


popup 


Popup menu 


true,false 


popup=true 


visible 


Visible 


true 5 false 


visible-true 


enabled 


Enabled 


true,false 


enabled=false 


checked 


Checked 


true,false 


checked=false 


hint 


Menu hint 




hint- 'Open a File" 


data 


Menu data 




data="abcd" 


id 


Command id 




id- 100 | 


hotkey 


Hot Key 




hotkey="ctrl+o" 


align 


Alignment 


left,top,right,botto 
m 


align=left 
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TABLE 44 



TableCell 


- . ' Properties : mmmmmsMmmmm 

... 


Name 


Description 


Structure/Possible 


' *XML. Examples-- ■ ; 






Values 




row 


Row 




row=10 


col 


Column 




col=10 


text 


Column text 




text="abcd" 


image 


Column Image 




image=" images/attach. g 
if 


bigimage 


Big Image 




bigimage="images/bigat 
tachigif 


data 


Cell Data 




data= n celldatar" 


TABLE 45 


Table Header 


Name 

■■ - ■ ■ ■ - — : : 


Description 


Structure/Possible 


XML Examples 


, ■ : 

col 


Column 


Values 


col=10 


text 


Column text 




text="abcd" 


image 


Column Image 




image=" images/attach. g 
if 


data 


Cell Data 




data="coIdatar M 


width 


Cell Width 




width=100 


sortedon 


Sorted on this 
column 


true,false 


sortedon=true 











70 




.1 Oi 0 :1L, :?' s 3 ,, 13 a «3 O 



TABLE 46 



Table Row 


Name 


Description 


.... - . ~ |_ 

Sttiicture/Possible 


XML Examples 1 






Values 




tablerow 


Row 




<tablerow row=10 
data= M abcd M > 
<tablecell>. . .</tablecell 

> 

<tablecell>. . .</tab!ecell 

> 

</tablerow> 



9. Layout Manager 

5 The Layout Manager allows adjusting the screens produced by a Java Application. This 
adjustments may be needed depending on client type. This application has to be 
developed using JFC and Java. This tool will load screens from application and will 
allow changing some of their properties. Once the screen has been adjusted it will save a 
template into a file. The developer could decide the file format. A Java class for loading 
10 the file needs to be provided so that applications can use it. 

10. Code Analyzer 

The Code Analyzer will analyze existing Java applications and pin point the problems 
running that application under Nexel environment. The programmer can make those 
changes and recompile the application and deploy it. At this point in time, limitations are 
15 not known in great detail. So a rule based engine needs to be developed. This could be a 
command line tool, which analyzes application source code and finds problems and 
suggest alternatives, much like a compiler. 
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11. Nexel Core Classes Initial implementation 

An example of an implementation of the Nexel Core Classes is shown in FIG. 13-FIG. 
20. 

5 

12. Nexel Server Class Diagram 

Nexel Server Classes include the following packages , shown in FIG. 1 0, FIG. 1 1 and 
FIG. 12: 

10 

• com.nexaweb.core: core classes for Nexel Server 

• com.nexaweb.net: Nexel Network Engine for communicating with Nexel Client 
Kernel and other Nexel Servers 

• Selected classes in package java.awt 

15 • Selected classes in package javax.swing 

• com.nexaweb.plaf.ee: all the UI classes for Windows CE platform 

• com.nexaweb.plaf.pc: all the UI classes for PC (Windows desktop, Unix machine, 
Macintosh) platforms 

20 What is claimed is: 



25 



30 
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